home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 4382 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.8 KB
  1. Path: news.gate.net!not-for-mail
  2. From: dhaire@gate.net (doug haire)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: faster than 28.8
  5. Date: 11 Feb 1996 12:40:55 -0500
  6. Organization: CyberGate, Inc.
  7. Message-ID: <4fl9n7$g7e@seminole.gate.net>
  8. References: <sumner-2001961038000001@sumner.tiac.net> <4ds0fp$4ap4@news-s01.ny.us.ibm.net> <AD29910A96685C7229@asd-stat13-153.dial.xs4all.nl> <bgrubb-2301960739100001@10.0.2.15> <4e3lbi$r3m@brachio.zrz.TU-Berlin.DE> <eric-2601960120540001@sobt.accessorl.n
  9. NNTP-Posting-Host: seminole.gate.net
  10. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  11.  
  12.  <4famg4$1nai@seminole.gate.net> <4faoqp$15ci@navajo.gate.net> 
  13. <eric-0802960057500001@sobt.accessorl.net> <4fd6ac$vsm@seminole.gate.net> <eric-1002962301290001@sobt.accessorl.net>: Distribution: 
  14.  
  15. Eric Shaw (eric@accessorl.net) wrote:
  16. : In article <4fd6ac$vsm@seminole.gate.net>, dhaire@gate.net (doug haire) wrote:
  17. : 
  18. : >The 'halting' problem you mention here is on those tests? If so, they 
  19. : >mean the modem had to resend data because of errors. These errors are not 
  20. : >reported (unless you do an ati6 after the transfer). And there's where 
  21. : >your poor results seem to be coming from.
  22. : 
  23. : The halting was not observed during the tests that got in the 7K-8K/s
  24. : range, but  I think I remember it pausing for a few seconds when it got
  25. : the transfers in the  just over 6K/s range.  Of course, there may have
  26. : been unnoticed lags in some 8K Zmodem blocks, and the modem's buffer may
  27. : have still been emptying while it wasn't receiving data.
  28.  
  29. If you are watching the sending modem's lights, the RD led will be off more 
  30. than it is on. If you watch the receiving modem's lights, the RD led will be 
  31. on all the time but will appear to flicker. If the receiver's RD led goes 
  32. out at all, the modems are resending data due to errors or the CPU of the 
  33. sender has not sent data to the sending modem.
  34.  
  35. : >Try using a dialup connection and run your tests again.
  36. : 
  37. : Then for the compression tests, it shouldn't matter if I lock the modems down to
  38. : 21.6 or so to avoid errors, right?  28.8 connections are not common enough
  39. : in Orlando to believe there aren't occasional errors caught by v.42 at
  40. : that speed.
  41.  
  42. Yes, I would restrict the top speed if that's the case. I was unaware that
  43. Orlando had such poor local lines. Are you on GTE or on BellSouth? Again, a
  44. simple check of the ati6 screen after a test will show any problems
  45. encountered and can help explain the poor results. I am surprised that you
  46. haven't checked this out since you obviously are making an effort to get
  47. some fair and impartial data. 
  48.  
  49. You should, however, not have to worry about this since your Couriers 
  50. should do better than your Supra over regular lines, or at least as well,
  51. in terms of stable connect speeds. I would be interested in seeing an 
  52. ati11 and ati6 taken after these tests. Feel free to email me with these.
  53.  
  54. An ati7 would be nice also.
  55.  
  56.